home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 1733 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.2 KB
  1. From: HAWK@blanker.ruhr.de (Peter Elzner)
  2. Date: Tue, 23 Jan 96 00:47:49 +0100
  3. X-Mailer: Zodiac's Point 37.204 [REGISTERED 001A] via ANUBIS V 0.555b / ZSort V 1.44f
  4. Message-ID: <zpfaa8aC9pp5Z1a@blank1.blanker.ruhr.de>
  5. Organization: neXus
  6. X-ZC-Post: Grudene 6a;58644 Iserlohn;German
  7. X-ZC-Telefon: V+49-2374-8442
  8. X-ZC-Charset: ISO
  9. X-ZC-F-TO: John Hendrik
  10. X-Gateway: ZCONNECT blanker.ruhr.de [UUSamm 1.26c (20.01.96)]
  11. MIME-Version: 1.0
  12. Content-Type: text/plain; charset=ISO-8859-1
  13. Content-Transfer-Encoding: 8bit
  14. Subject: Re: Demo/game to OS friendly part II
  15. Newsgroups: comp.sys.amiga.programmer
  16. Path: blanker.ruhr.de!BLANK1
  17. References: <john.hendrikx.47u5@grafix.xs4all.nl>
  18.  
  19. john.hendrikx@grafix.xs4all.nl (John Hendrikx) wrote:
  20.  
  21. > However, I think that accessing the screen-buffer directly is a necessity for
  22. > fast games, like a DOOM clone, as they want to do stuff on a pixel basis which
  23. > the OS doesn't provide standard functions for (unlike line-drawing for
  24. > example).
  25. >
  26. > That's why I think that it should be possible to specify a number of supported
  27. > (pixel-) layouts with the OpenScreen call, so you can tell OpenScreen that your
  28. > application supports only 8-bit and 16-bit Chunky displays for example, and
  29. > 'force' OpenScreen to either give you such a screen or to fail (instead of
  30. > getting 'the best match').  A 'query' function to find out about what screen
  31. > you got back from OpenScreen would also be quite handy.
  32.  
  33. Programming Intuition screens you can get two types of screens:
  34.  
  35. 1) standard Amiga screen based on ECS/AGA
  36.  - everyone should know how to access them
  37. 2) gfx-board screens
  38.  
  39. To determine wither it's (1) or (2) you could use CyberGfx'
  40. IsCyberModeID(). Then you should use CyberGfx routines like
  41. GetCyberMapAttr() to determine the pixel format (8-bit chunky or whatever)
  42. and to get more details about the bitmap.
  43. Also, the forthcomming rtg.library by Steffen Haueser offers things like
  44. getting the direct bitmap-address and using Double-Buffering for CyberGfx
  45. screens.
  46.  
  47. If you know exactly what kind of screen you have (and only then), it's safe
  48. to poke the bitmap directly.
  49.  
  50.  Peter Elzner                                       [Hawk@blanker.ruhr.de]
  51. ---------------------< neXus support center >------------------------------
  52.  Stupid, stupid rat creatures!
  53.